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(57) ABSTRACT 

A portable audio player stoics a l&ige amount of compressed 
audio data on an internal disk drive, and loads a portion of 
this into an internal random access memory (RAM) which 
requires less power and less time to access. The audio player 
plays the data stored io RAM and monitors the amount of 
unplayed data. When the amount of unplayed data falls 
below a threshold, additional data is copied from the disk 
drive into RAM. When the portable audio player is turned 
off, a predetermined amount of audio data is stored in a 
last-access nonvolatile flash memory unit. When the audio 
player is turned back on, and play is resumed, a suitable 
portion of this data can be played while data is being loaded 
frotn the disk drive into RAM, thus reducing the amount of 
time a user must wail before receiving daia in response to a 
play request. 

21 Claims, 4 Drawing Sheets 
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cvcnrM Avn MFTHOll FOR PLAYING electronic memory thai allows for writing and easing of 

^^fSTaODIOdSa By making use of compression techniques, a user can 

COMPRESSED AUD1U UA1A ^ ^ appraximatcly 30 ^ audio Jala id the 

The present invention relates generally lo a system and flash memory wheie^ ^^omt^on. only about3 
method lot decreasing the amount of time necessary to 5 numues of audio data could be stored. However, current 
retume data Jxom a portable audio ptayet aaab-memory-iased portable and* playersa« onlyabkto 

icsumc c%nm ^ at > store about half as much data as a typical CD. As a result, 

follows a play stoppage. whenever the user wants to listen to the data stored on a 

BACKGROUND OF THE INVENTION different CD, the user must manually copy that CD into the 

. t 10 flash memory, a process which is much more time- 
Since the advent of the audio cassette, portable audio and cumbersome man simply loading a new CD 
players hive enjoyed widespread popularity^ Portable audio mU) a trafi ifinnai portable CD playen Although a flash 
players allow a user to listen lo audio data in virtually any mcm0r y can store additional audio daia if a higher com- 
selling by treeing the user from the mobility cgnslrainis p ressioj) ratc & higher COmpLCSsion rates can cause 
imposed by bulky home-based stereo systems. Because u WM j c$irafale degradation of the audio data. In addition, flash 
portable audio players are often used in manner that makes mftm0I y is subject to fatigue, and wfll wear out after 
connection to an external power supply impractical, portable ^pcaied wriic-crase cycles. 

audio players typically rely on ba^ries to provide ™« ^ makfi5 ^ 

Since such battenes bav C ^hm^tdhfexun^^dc^^for of a wa^^^^ym^y^ storage medium, 
the audio player to consume as little power as poss&l- ln * * compact & urm^nited 

addition bemuse ^ dat H*hout having to physically insert or 

camedby thouser,itis ^ble to make the portable audio £ a mto the r^blepla^ memory, 

player's baiienes small and bgbtweight. ro n-volatile magnetic med^such as^Lbe hard disk 

Current portable audio players pky digital audio data drivt5S ^ m von ^] Q computers, hive a Urge storage 
stored on a compact disk, or CD, which k manually loaded ^ ^ ^ amount 0 f power mat these hard disk drives 
into the player by the user. CDs are capable of storing more ^^3^ makc5 mc m impractical for use in a portable audio 
data than cassette tapes and are less susceptible to degrada- playcr> wtich would citbcr ^ c to include 3D undesirably 
tion resulting from repeated use. In addition* CDs allow the . banery, or have an undesifably short playtime. For 
user to jump quickly and automatically to duXtreni tracks of c^pu ^ u - disk drives used in laptop computers 
data, unlike cassette tapes, which require a magnetic lape 10 30 m desifincd to caasmnc relatively little power, their power 
be physically spooled to the desired location, and typically Mnsumpt ion is stul much greater than that which is accept- 
do not contain indexing information to indicate where new able J^l^^i CD-based portable audio player. Whereas a 
tracks begin. portable audio player may have a total battery weight of 

However, while CDs represent an improvement over about 2 ounces, a laptop computer may have a battery 
audio cassette tapes, CDs srfll suffer from a limited amount 3s weight of rnore than a pound . HlUS, if a portable audio player 
of storage. For example, most present-day CDs are capable wcre to use a hard A ^ in the same manner as a laptop 
of storing at most 70 to 75 rxtinnies of audio data. Moreover, computer, the battery life of the portable audio player would 
many of the CDs that a user awns will contain even less data ^ prohibitively short 

inta this, since separate CDs ate typically ,^to record MoreoYCI> if The tard disk wcr= off to conserve 
^ U f ! if >er ^ ^ Bjen wuh die advent of the „ ft ^ a rclalively Ionetim<stt) acoca! data at 

digital video Ask, Or DVD, Wiflt a much greater storage rraiiWotttiOflOnthebarddfakin^^ 
capacity than a tnubnonal CD, it wOl typically be the ease ^ random to m memory or CD. 

that a user will own a b^ryof many «h£^d^ each Moresp i ciflca]r y | frona apo^ olTstate.it typically takes 
containing its own unique set of data Tuns, to hsten to fc^^wJd- to np" and begin accessing data at 

several hoars of audio data, or to taten to a variety of * a ^ v^non As a result, powering off to hard 

programs^ wer must carryseveral CDs and mmuOy^ would ^ VSC Z J^Srirable delay 

[he next CD m the playerwben the pre™* CD a filiated bctwccn a for audio data aad the .anal 

pbymg. in addittoa, «ncc CDs are relatively large ly ^ of ^ ^ ^ 

reqmre a relahveiy large portable unit to contain them. ' 4 . . f . 

Another disadvantage of CDs is thai the manner in winch 50 Accordingly, it is an olneci of the present invention 10 
data is read from the disks is scnsirivc to physical shocks, PK>vwc a system and method for storing a large volume of 
which can cause undesirable discrmtiimuies, or skips, in the audkl ^ in a portable audio player. It is another objecL of 
audio output. In addition, power is corjsinncd by conlinu- ^ Preset invention to provide a system and method tor 
ously spimiing the compact disk to obtain data. reAicing the power consumed by a portable audio player, 

■^developrnen^^ » ^ ^^it^TZZL^^^ 

enabled a greater quanUty of audio data to bo stored in a . 1 . . TT^ ' ^ 

, ,f j . _ obiect of the present lnvencmn is to provide a system and 

much smaller amount of memory. For example, the MPEG WJ *V V , y ^vr _ . Y t t . 3 .. . 

; ' * * TT?v, • « method for providing conrnruous, vnrotemrptcd audio data 

audio layer 3 compression format, or MP3, is able to J" ihTiiJlnif 

compress CD^raality digital audio data by a factor of about 10 

ten, and thus enables a CD-quality audio signal lo be w SUMMARY OF THE INVENTION 
delivered at a data rate of 128 kilobits per second. As a 

result, these compression techniques make it practical for a A portable audio player includes a disk storage unit, a 

compressed audio player to use storage media other than volatile memory buffer, and fast-access non-volatile 

traditional cassettes or disks— media thai would omerwise memory buffer. Fast-start logic copies a predefined amount 

be prohibitively expensive Co use. for example, the Rio MP3 65 of compressed audio data from the disk storage unit or the 

Software Player, made be Diamond Multimedia, stores data volatile memory butler into the non-volatue memory butter 

in a 32 megabyte flash memory, a type of non-volatile when the portable audio player is commanded to stop 
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playing of to power down. The fast-start logic plays the h data piocessor 102; 

^pressed autfodata in the non-volatile memory buffer a main non-volatile storage unit 1H prefcnibly akud 

^mTportablc audio player is command^ to resume disk drive having an associated ^ controller 106; 

nilw. a volatile storage unit 108, preferably random access 

p 5 memory (RAM); 

BRIEF DESCRIPTION OF THE DRAWINGS a fast-access non-volatile Storage unit 110, preferably a 

- • . . . ii ■ flash memory array; 

Additional objects and features of the mventton wfll be > ^ ^ c ^ ly rca(J only 

more readily apparent from the IbEowmg antffad. descrrp- merfl ^ (RX^, which stores Tccmirol programs for 

lion and appended claims when taken in conjunction with ^ the system; 

the drawings, in which: a user interface 116 that includes a display 118 and one or 

FIG* 1 is a block diagram of a portable audio player buttons 120 or other user input devices; 

system in accordance with the present invention, a power supply 122, preferably a battery; 

FIGS- 2A, 2B, 2C and 2D arc block diagrams of the a switch 124 for delivering power Irom the battery lo the 

contents of ibe memory units contained in a system accord- ^ system and for shutting power off when the system is 

ing to the present invention. powered down; 

FIG. 3 is a flow chart of a meibod of playing data in one a digital to analog data converter 126; 

embodiment of the present invention. an audio amplifier 128; 

FIG. 4 is a flow chart iUustraling a method of powering an audio output jack 130 thai can be used to deliver an 

down a portable audio player in accordance with an cmbodi- 20 analog audio signal to a pair of headphones or another 

mentofthe present invention. auto om?ut device; 

^b1^^ 1 ^s^^^ 

a portable audio player in accordance with an embodiment ^ onto the hard disk 104; and 

of the present invention. ^ ^ Qf mQrc fatemal buses ^ for interconnecting the 

DESCRIPTION OF TOE PREFERRED aforementioned elements of the system. 

EMBODIMENTS To P laV *udio data via the audio output jack 130, it is 

necessary for processing unit 102 to decompress a portion of 

The following embodiments of the present invention will mc ^ ^ 0 ncc the compressed 

be described in the context of a portable audio player used 3Q aw3ig data has been decompressed, ii is sent via bus 134 lo 

to play compressed audio data, although those skilled on the ^ di&flAl . IO _ aT j a i og converter 126 which converts the digi- 

art will recognize mat the disclosed systems and methods are ^ audio ^ lo ^ analog audio jms audio signal is 

readily adaptable for broader application. For example, ^ gem to onc OT mm amplifiers 128 before being 

witboul limitation, the present ravcQtion could be readily <Jelivercd ^ lhc audio oxmt j ack !30. 

applied in the content of a video, multimedia, or uncom- ^ i n a preferred cmbodimeiu, the hard disk 104 is preferably 

pressed audio player. a compact device, such as 2_5" diameter or smaller hard disk 

The present mvention enables a portable audio player to device, that includes at least four gigabytes of storage. Four 

store a Urge amount of data while m amlainmg an acceptable gigabytes of non-volatile disk storage enables the system 

level of power consumption and an optimal data retrieval ^oq to 0V6r 55 hemrs of MF3 compressed audio data, 

time. Hie portable audio player stores a large amount of ^ The compressed audio data is preferably received, via the 

compressed audio data on an internal, oou-votatile storage j ack from a host computer that compresses the audio 

medium, such as a hard disk drive, and loads a portion of this <jaia j^dic- CDs. One of ordinary skill in the art will 

into a volatile storage medium, such as randOmTaCCess recognize that any suitable non-volatile storage medium 

memory (RAM) which requires less power and less time to caM ^ ^ pi acc 0 f the hard disk used in the preferred 

access. The audio player plays the data stored in the volatile 4S embodiment. 

storage medium while keeping track of the amonrjt of "xn&T of each audio CD may be stored as a 

playtime associated with the reclaming, unplayed data. Once separate file 150 (FIG. 2A) on the hard disk 104. Referring 

the remainiDg playtime decreases to a predetermined level, to nGi 2A, a table of contents 152 is stored on the hard disk 

additional data is copied from the non-volatile storage |Q4. The table of contents, which is composed by the host 

medium into the volatile storage medium. Because the time so computer, preferably organizes the compressed files in a 

necessary to copy a block of data from the non-volatile hierarchy. For example, the top level could contain music 

storage medium xo the volatile storage medium is much less genres such as classic* 1, jazz, country, rock, light rock, and 

than the amount of time ii takes to play the same block of ^ on. Only music genres for which at least one CD or at 

audio data, this approach minimize* the amount of time that feast onc track has been stored on the hard disk are included 
the nonvolatile storage medium must be operated, and thus 55 jQ the table of contents. Ai the second level, within each 

minimiz e s the amount of power consumed by the system. gcnrBy s a listing of the CDs for which music is stored on 

In addition, when the portable audio player is turned off, the hard disk. At the third level is stored the names of the 

a predetermined amount of audio data is stored in a fast- tracks for each CD stored on the hard disk. If the user has 

access non-volatile storage unit, such as flash memory. selected individual tracks for storage on the system 100, 
When the audio player is turned back on, and play is to instead of entire CDs, the second level may reference user 

resumed, a suitable portion of this data can be played while specified "pseudo-CDs/* The table of contents also includes 

data is being loaded from the main non-volatile storage unit information about the disk storage location of each track, 

into the volatile storage unit, thus reducing the amount of The table of contents 152 can be viewed on the display 

time a user must wait before receiving data in response lo a H8, and the user can select CDs and/or mdrvidual tracks to 
play request. 65 be flayed. User selections arc added lo a "play Est" 190 

FIG. 1 shows an implemcntalion of tbe portable audio (FIG. 2B). which is a queue ul tracks to be played by the 

player 100 that preferably includes: system. 
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The host comtmter when coupled 10 the system 100 via Flay control lope oooitore (222) the amount of <fetaihal 

U^^cT^'Kleof coDtcKi, delete remains in RAM (or er^alcndy, n morton ° f 

e^eC^aad/or neb sto^ on the bard disk 104. playtime associated with the unplayed * 

SoadtdSd CDs and/or iracta onto the bard disk ensure thai there k no un&s^ break in u* ^<to ourp^ 
loTa^t^wot update ibe table of contenis 152. 5 when the playtime associated wifc the idata stored in BfM 

^^iSlMdia the control log* of the i^belowar*cdc~dthre^^ 

svnl^WOk implement primarily in <t>e form of control tow water mark), the play control " h £^ 

programs that are executed by the system's data processor *od how much, adduionalda^ wfll be rcqmred by RAM 

5ozm system's control pmgrams may be stored in 108, and initiates ^ '^L^J^T^^Tr^ 

toe c^lrol program stored in the ^ M ^^^ c^d^toRAM 108, tbsnpowcis off the disk 104. Tbc 

a set Of user interface pioccdnresieO, including a dcpUy ^LboU at which data wfll be copied from disk 104 to 

control procedure 162 for displaying user selected ram 108 will depend on the playtime of the data remaining 

portions of the tabic of contents, and track selection ^ m ft „ d ^ ^ w access disk 104 and 

procedures 164 for enabling we user to select audio is 1taos&[ to ram 108- To ensure that an undesirable 

tracks to be played; break in the audio output does not occur, the threshold 

a play procedure 166, discussed in more detail below, for should be chosen so that RAM 108 does not run out of data 

controlling the playing of audio tracks; to play before additional data is copied into it from the disk 

a decompression procedure 168 for decompressing com- 104. In addition, by playing data directly from RAM 108, 

pressed audio m rather dun from disk 104, undesirable skips in the audio 

a power down procedure 170, discussed in more detail output are avoided, since reading data from RAM 108 is 

below, for powering down the system and enabling the typically pot dependent on moving parts that are sensitive to 

fast-slan feature of the present invention; physical jamng. 

a power up procedure 172 for turning en the system and t _ Tojrnioimize r^r co^umpDor^ the ^^"**£V 

V - 1 , - Al _ r * A . «L - 1j * ia is tioo of accesses to disk 104 should be nnmmizeg. inns, it is 

for invoke the power up fasuUrt procedmc 174 25 oWer o^di^^^e^gbtO copydala 

when appropriate; as wen as ^ m ^ ^ ^ gf ^ ^ m 

oHjer control process for iirmlcmenu^ such fcaUires RAM ^ . g mCtical ^forc spying additional data from 

^ Exist forward 176, rewind 178. track scanning 180 dfclc 104. In addition^ it is desirable for RAM 108 Lo contain 
and the like. , , . 3Q a relatively large amount of memory. Preferably, the ratio of 

One of ordinary sl^ in tbe an wOl rccogiuzc that* an (a) ^ Je n to play ^ daia stored in RAM 108, 

alternate cmbwhmeiU, the control logic could readily be W(b) ^ ^ n ^^Vcopy data from disk 104 into 

implemented with a custom-made chm, rather than wnh r^I 108 will be greater than five-toone, and in a preferred 

software operating ra conjunction with a general-purpose embodiment this ratio is approximately sixty-lc-orje. In any 

pI< JS?? , DAW 1fW - m 35 event, ibe ratio should be at Jeasi two-to-onc. although any 

FIG. 2C shows armory-map for RAM 10* m -oar- 35 £ cWn * accordance wilh the prin- 

dance with one embodiment of tbe present invention. A invention, 

oortion of RAM 108 is devoted to storing a predetermined f wwvm- 

^ r A 1W, T j . ?X> t ,iv a 7d a u For example, in one embodiment of the present mveimon 

amount of compressed audio data 192. In addition. RAM * ^7 «Ti , . v. . . * * ^-^^.^ 

inu _ v: ioy« *f »u a ,.lt a rr*A«^«»* a 10 megabyte RAM is used in conjunction with a 4 gigabyte 

108 preferably stores & copy 194 of the tabic of contents , y . . . . J r c « ^tL~J i C 

(copkd fromihe harddis^Ll play state htoation 196. «> ^^.^ ^ 811 ac ^ t^^, ^^J^ e ™ 

Tne play State iiiformation 196 indicates the state of the 128 , dal f ^ played every 

portable audio player 100, for example, in&nnarion regard- RAM wiD 1 contain «PP™jnal*ly 10 minutes of 

mVmTarnoXf «ph^d dataSd in RAM, andme con^ressed ^ndk, ckta and ^ 1 %^^^P^" 

pUying mode of IheXioe (e^, fart-forward, normal play, ™ tel y 65 *>™ <>f compressed aucho da^. Assam Dg 1 

reS etc). The play siate^ ^^ctudS a ^ » tokes 5 seconds to power on the hard disk and an additional 

W^hichi a lisVof audio tracks to be played. * "^^l^^^l^^^ 

< ITG* 2D shows a memory map for flash memory 110 in *° m to I ^^ the , systeI ^ mi f ^ 

a^rdanee ^ ^ ^^£^^ ^O^^^O^ 

P^3?a^^^^ Tbus.fore,arnple,athr^o W 

l^^Z^^ot^^^^ the u*d*thisem^^ 

Nation and ideotrty of dala within flash memory, and a play fo ' 10 ^ ^ nnnutes of play ^ power 

state lAble 204 which stores, foi example, inlbrmaiion cor^phon is minimized. 

regarding the pl&y state of the audio player just prior to the course, the play Qmc wsooated wuh the stored arjKuo 

device beinu powered down. 55 data wfll be smaller if the portable audio player 100 is 

operated in a play mode such as fast-forward. However, this 

Power Conserving Play Logic caiL readily be ^rmtmi^i for by simply initiating access to 

The operation of the portable audio player 100 wfll now disk 104 sooner, thereby insuring that RAM 103 will not run 

be described with reference to FIG. 3, which is a flow chart ' out of data to play- In addition, in one embodiment, play 

of a preferred method of playing audio data in accordance 60 control logic wfll not completely overwrite the data in RAM 

wjtb the present invention. Data is played by continuously with data from disk 104 once the threshold is reached, 

reading it from RAM 108, decompressing u, converting it Instead, the final portion of the previously-played data will 

into an analog audio signal, and sending it to the output jade be retained in case the user wishes to reverse the direction 

130 (220). The rate at which the data is read from RAM 108 of play. Thus, in this embodiment, the amount of data 

is dictated by the applicauon. For example, MF3 com- fi5 comprising this final portion would be ai least as great as the 

pressed audio data is typically played at a rate of 128 rewind speed multiplied by the amount of time ii takes lo 

Kilobits per second. access disk 104 and copy data from disk 104 to RAM 108. 



5/13/05 EPR1.1 8-11 



05/13/05 15:35 FAX 8585520095 



US 6,377,530 Bl 
7 8 

When the amount of data rcmaimog in RAM 108 falls track. If the system was aotplaying atrjick wht^ was ^ 
baow the threshold, but the play list is empty (226). the play down, the flash memory may contain data for the track last 
procedure slops when the data in RAM 108 is exhausted shown on the user display, or other dala. 
(228). Further, the last transfer of data from disk 104 to If the beginning of the requested data is stored in the flash 
RAM 108, when the play list is exhausted, may only 5 memory 110, then ibe play control logic plays thai data (266) 
partially fill the RAM 108 wim audio data (224)- by reading it from the flash memory, decompressing it, and 

sending it to audio output jack 130 via digiial-to- analog 
Fast Start Logic converter 126 and audio amplifier 128. In one cmbodimeni, 

« r - . cr^c a an>i c a .f^j data in the flash memory llO i* copied to RAM before it is 

J^J^lZZ^ K£iEK. TStlS » *** This copyi^P * f^nd - noticed u> *e 
chart of a prerOTcd method for powering down tbc portable end user. 

audio player 100. Hie power down sequence shown in FIG. Preferably, at the same time that the requested dala is 
4 can be initiated in a variety of ways. For example, a user being played from flash memory 110, the next portion of 
can command the system to power down by pressing appro- iC data responsive to tbc user's request is copied from disk 104 
priaie bullous on the user interface. In addition, power down 15 to RAM 108 (268), so that once the requested data stored in 
can be initialed when (he control logic detects a predefined flash memory 110 is finished playing, the audio player can 
power down condition (240). In a preferred embodiment, begin playing data from RAM 108 using the procedure set 
one predefined power down condition is (A) dala is not forth in FIG. 3, thus preventing any interruption in play. If 
being played, and (B) no user input has been received for a the requested data is not conlained in flash memory 110, then 
preSfined period of time (e.g., 30 seconds). 10 the requested block is copied from disk 104 to RAM 108 

Once a power down command is received or generated, g^,^Jf ycd according to the play procedure shown in 
the power down method shown in FIG. 4 is initialed. First, FIG - 3 v* 70 )- 

the control logic makes a prediction regarding tbc dala that Thus, the present invention minimizes the amount of lime 
the user will want to access once the unit is turned back on ^ a user must wait to receive audio output after turning the 
(242). This prediction could be quite simple, anftaigrifig of, system on. If the requested dala is found in flash memory 
for example, the next portion of data starting from where the 110, it can be played immediately, while the remainder of the 
user left off, or could be more complex, consisting of several user's request is copied into RAM 108, thus rendering the 
predictions regarding what the user may desire next, such as step of copying data into RAM 108 transparent to the user, 
the beginning of the user's favorite trades, as dctemiined by M m one embodiment, the present invention enables a user 
frequency of play. Id addition, some or all of these predic- to skip to tracks of data that are not stored in RAM 108 and 
lions could be made at the time the player is turned or, begin listening to them without waning for data to be 
alternatively, could be made in advance. Moreover, it should transferred from disk 104 to RAM 108. For example, in this 
be understood that these exemplary predictions are provided embodiment, the system main tains a list of the N (e.g., 10 or 
for illustration only, as one of ordinary skill in the art will ^ 20 or 100) tracks last played by the user, and the flash 
recognize that any suitable prediction or group of predic- memory 110 stores the first fifteen seconds of each track in 
dons could be used in accordance with the present invention. that list Accordingly, when the user asks to play a selected 

Once a prediction or group of predictions is obtained, the track of data, the play control logic can first check to see if 
control logic copies blocks of dala from the predicted areas that data is stared in the flash memory unit before copying 
of RAM 108 or disk 104 (or both) into flash memory U0 40 dam tor the selected track from disk 104 to RAM 108. Thus, 
(244). Preferably, the size of these blocks win be largo steps 242 and 244 of the power down procedure, for 
enough so that the playtime associated with each block will predicting data the user will want to play and storing it in the 
be greater than the amount of lime it lakes to copy data from flash memory, may also be implemented in the play proce- 
dfck 104 to RAM 108, thus prcvcolLDg undesirable gaps in dure or elsewhere in the system's control logic, 
play when play is restarted. Once the desired blocks of data 45 While the present invention has been described with 
have been copied into the flash memory U0, the audio reference to a few specific embodiments, the description is 
player is powered down (246). In one embodiment, power is illustrative of the invention and is not to bo construed as 
removed from the audio player by deactivating switch 118. limi ting the invention. Various modifications may occur to 
When power is removed from the portable audio player 100, those skilled in the art without departing from the true spirit 
the data stored in volatile memory, such as RAM 108, will 50 and scope of the invention as defined by the appended 
be lost. However, data stored in non-volatile memory, such claims, 
as disk 104 and flash memory 110, will remain stored. what is claimed is: 

FIG. 5 is a flow chart of a procedure followed by an 1- An audio player, comprising: 

exemplary embodiment of the present invention when the a memory 

audio player is wrncd back on- When power is turned on ss A oon-volalile memory buffer, 
(step 2601 the audio player wails £01 the user to request data, _ . . _ . ' ^ J . 

siich as by pressing the play button on user interlace 116. fast-start logic for copying a predefined amount of audio 
When a command to resume play is received (step 262), the dala from first memory unit into the non-volatBc 

play control logic checks the table of contents stored in flash buffc 5 P^fin^ conditions before the 

rncmory 110 to determine whether the beginning of the data 60 ^J^X fL"" 1 fa P ^ 

the use? has requested to be played corre^CtKte to the data data stored m tr^iwi^a rile memory buffer when the 

stored in flash memory 110 (step 264). In some audio player is commanded to resume playmg; 

enuSodimenls, the system may be turned on by pressing the wherein the first memory unit has a looger data access 
system's play button, fa which case the resume play com- time than a data access rime associated with the non- 

mand is received immediately. If the system was previously 65 volatile memory buffer; 

in the middle of playing a track when it was shut down, the whereby the fast-start logic enables the audio player to 
flash memory will contain data for a next portion of that resume playing audio data within a time period cone- 
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spending to the dala access lime associated with ibe 
non-volaiile memory buffer upon receiving a command 
to resume playing after the audio player has been 
turned Off. 
2. Tbc audio player of claim 1, wherein 
mo audio data is compressed; and 
the audio player further includes: 
a compressed audio data converter for converting com- 
pressed audio data in the first memory unit into a 
decompressed audio signal; and 
a rn ffirtv i nifa^""^ port for transmitting the decom- 
pressed audio signal to a user. 
3_ The audio player of claim 1, wherein the first memory 
unit has Storage capacity greater than storage capacity of the 
non-volatile memory buffer* and the first memory umt 
comprises a hard disk drive that is powered off when the 
audio player is turned off and the non-volatile memory 
buffer comprises a flash EEPROM. 

4. The audio player of claim 1, wherein said first memory 
unit comprises a non-volatile memory unit and a volatile 
memory unit. 

5. The audio player of claim 4 further comprising: 
play control logic for copying audio data from the non- 
volatile memory unit into the volatile memory unit 
while said last start logic is playing ihe audio data 
stored in the non-volatile memory buffer, and for 
playing, without interruption, the audio data, stored in 
the volatile memory Unit when the fast start logic 
finishes playing the audio data stored in the non- 
volatile memory buffer- 

6. The audio player of claim 1, further including: 

play control logic for playing, without interruption, audio 
data stored in the first memory unit when the fast start 
logic finishes playing the audio data stored in the 35 
non-volatile memory buffer- 

7. A multimedia player, comprising: 

a first memory unit; 

a non-volatile memory buffer; 

fast-start logic for copying a predefined portion of mul- 40 
dxnedia data from said first memory unit into said 
nonvolatile memory buffer upon the occurrence of a 
first predefined condition, and for playing the multi- 
media data stored in Said nOnwolaule memory buffer 
upan the occurrence of a second predefined condition; 

wherein the find memoiy unit has a longer dala access 
time than a dala access time associated with the non- 
volatile memory buffer; 

whereby the last-start logic enables the multimedia player so 
to resume playing multimedia data within a time period 
corresponding 10 me data access time associated with 
the non-volatile memory burlier upon the occurrence of 
the second predefined condiiiaQ. 

8. The multimedia player of claim 7, wherein said mul- 
timedia data comprises compressed audio data. 

9. The multimedia player of claim 7, wherein said mul- 
timedia data comprises audio-visual data. 

10. The multimedia player of claim 7, wherein said first 
predefined condition comprises a command to turn off the 
multimedia player, and wherein said second predefined 
condition comprises a command to resume playing multi- 
media data. 

U. The multimedia player of claim 7, further comprising: 
play control logic, wherein said first memory Unit com- 
prises a non-volatile memory una and a volatile 
memory unit, said play control logic for copying mul- 



timedia data from the non- volatile memory unit into the 
volatile memory unit while said fast start logic is 
playing the multimedia data stored in the non-volatile 
memory buffer. 
12. A method of reducing data-retrieval latency in an 
audio player, comprising: 
detecting a first predefined condition; 
copying a predefined portion of audio data from a first 
memory unit into a non-volatile memory buffer upon 
detection of the fust predefined condition; the first 
memory unit having a longer data access time than a 
data access time associated with me non-volatile 
memory buffer; 
detecting a second predefined condition; and 
playing the audio data stored in said non-volatile memory 
buffer upon detection of the second predefined condi- 
tion; 

whereby the audio player begins playing audio data 
wi thin a time period corresponding TO the data access 
time associated with ihe non-volatile memory buffer 
upon the occurrence of the second predefined condi- 
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13. The method of claim 12, wherein said first predefined 
condition comprises a command to turn off the audio player, 
and wherein said second predefined condition comprises a 
command to resume playing audio data. 

14. The method of claim 12, wherein said first predefined 
condition comprises an absence of user-input to the audio 
player for a predetermined time interval when said audio 
player is not playing audio data. 

15. The method of claim 12, wherein the predefined 
portion of audio data that is coped into the non-volahle 
memory buffer upon detection of said first predefined con- 
dition comprises a sequence of the next data to be played by 
the audio player, said sequence having a pTedet&nnined 
length. 

16. A data storage and transmission unit, comprising: 
a non-volatile memory unit; 

a volatile memory unit; 

a non-volatile memory buffer; the non-volatile memory 
unit having a longer data access time than a data access 
time associated with the non-volatile memory buffer; 

an output port Cor transmitting data from the volatile 
memory Unit to an output device; 

control logic for copying data from the non-volatile 
memory unit into the volatile memory umt, wherein the 
time required to transmit the copied data is greater than 
the time required to copy the data from the non-volatile 
memory umt into the volatile memory unit; and 

fast-start logic for copying a predefined amount of data 
from the volatile memory unit into the non-volatile 
memory buffer under predefined conditions before the 
data storage and transmission unit is commanded to 
turn off, and for U*ansmitting the predefined amount of 
dala when the data storage and transmission unit is 

commanded IO resume Transmitting data. 

17. The data storage and transmission unit of claim 16, 
wberem the non-volatile memory buffer has a data access 
time ibai is less than a data access time of tbc non-volatile 
memory unit 

18. A method of trarismitring an audio signal with a 
compressed audio data player, comprising; 

playing compressed audio data stored in a memory unit, 
mchidzng transmitting compressed audio data from a 
memory unit to a data converter, converting the com- 
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pressed audio dala into a decompressed audio signal, 
and h -an<mi'm'n g the decompressed audio signal to an 
output port; 

detecting a. first predefined condition; 

copying i predefined portion of compressed audio data 
from the memory unit into a non-volatile memory 
buffer upon detection of the first predefined condition; 

detecting a second predefined condition; and 

playing ibe compressed audio data stared in said non- 
volatile memory buffer upon detection of the second 
predefined condition, and tbeu without interruption, 
playing compressed audio data stored in tbe memory 
uniL 

19. The method of claim 18, wherejn the step of playing 
the compressed audio data Stored in the QOQ-volarile 
memory buffer further comprises: 
copying the predefined portion of compressed audio data 
from the non-volatile memory buffer into the memory 
unit; 

transmitting the predefined portion of oompresscd audio 
data from the memory unit to the data converter; 

converting the predefined portion of compressed audio 
data into a predefined decompressed audio signal; 

Transmitting the predefined decompressed audio signal to 
the output port. 
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20. A method of operating an audio player, comprising: 
playing audio data stored in a first memory unit; 
copying a predefined amount of audio date from the first 

memory unit into a non-volatile memory buffer under 
predefined conditions before the audio player is pow- 
ered down; and 
after the audio player has powered down and upon 
receiving a resume play command, playing the audio 
data stored in the non-volatile memory buffer, and then 
Without interruption, playing audio data stored in the 
first memory unit. 

21. An audio player, comprising: 
a first memory unit; 

a non-volatile memory buffer; 

fasc-stan logic for copying a predefined amount of audio 
data from the first memory unit into the nonvolatile 
memory buffer under predefined conditions before the 
audio player is powered down, and for playing the 
audio data, stored in the non-volatile memory buffer 
when die audio player is commanded to resume playing 
after being powered down; and 

play control logic for playing, without interruption^ audio 
data stored in the first memory unit when the fast start 
logic finishes playing the audio data stored fn the 
oon- volatile memory buffer. 
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